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Preface 


Read This First 


About This Manual 


This document assists you in meeting the design requirements of the 
XDS510™ emulator with respect to JTAG designs and discusses the XDS510 
cable (manufacturing part number 2617698-0001). This cable is identified by 
a label on the cable pod marked JTAG 3/5 V and supports both standard 3-volt 
and 5-volt target system power inputs. 


The term JTAG as used in this document refers to Texas Instruments scan- 
based emulation, which is based on the IEEE 1149.1 standard. 


Notational Conventions 
This document uses the following conventions. 


) Hexadecimal numbers are shown with the suffix h. For example, the 
following number is 40 hexadecimal (decimal 64): 40h. 


Related Documentation From Texas Instruments 


The following documents describe the C6000™ devices and related support 
tools. Copies of these documents are available on the Internet at www.ti.com. 
Tip: Enter the literature number in the search box provided at www.ti.com. 


TMS320C6000 CPU and Instruction Set Reference Guide (literature 
number SPRU189) describes the TMS320C6000™ CPU architecture, 
instruction set, pipeline, and interrupts for these digital signal processors. 


TMS320C6000 Peripherals Reference Guide (literature number SPRU190) 
describes the peripherals available on the TMS320C6000™ DSPs. 


TMS320C6000 Technical Brief (literature number SPRU197) gives an 
introduction to the TMS320C62x™ and TMS320C67x™ DSPs, develop- 
ment tools, and third-party support. 


TMS320C64x Technical Overview (SPRU395) gives an introduction to the 
TMS320C64x™ DSP and discusses the application areas that are 
enhanced by the TMS320C64x VelociTI™. 
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Related Documentation From Texas Instruments / Trademarks 


Trademarks 


TMS320C6000 Programmer’s Guide (literature number SPRU198) 
describes ways to optimize C and assembly code for the 
TMS320C6000™ DSPs and includes application program examples. 


TMS320C6000 Code Composer Studio Tutorial (literature number 
SPRU301) introduces the Code Composer Studio™ integrated develop- 
ment environment and software tools. 


Code Composer Siudio Application Programming Interface Reference 
Guide (literature number SPRU321) describes the Code Composer 
Studio™ application programming interface (API), which allows you to 
program custom plug-ins for Code Composer. 


TMS320C6x Peripheral Support Library Programmer’s Reference 
(literature number SPRU273) describes the contents of the 
TMS320C6000™ peripheral support library of functions and macros. It 
lists functions and macros both by header file and alphabetically, 
provides a complete description of each, and gives code examples to 
show how they are used. 


TMS320C6000 Chip Support Library API Reference Guide (literature 
number SPRU401) describes a set of application programming interfaces 
(APIs) used to configure and control the on-chip peripherals. 


Code Composer Studio, C6000, C62x, C64x, C67x, TMS320C6000, 
TMS320C62x, TMS320C64x, TMS320C67x, VelociTl, and XDS510 are 
trademarks of Texas Instruments. 


PAL® is a registered trademark of Advanced Micro Devices, Inc. 
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Designing for JTAG Emulation 


This document assists you in meeting the design requirements of the 
XDS510™ emulator with respect to JTAG designs and discusses the XDS510 
cable (manufacturing part number 2617698-0001). This cable is identified by 
a label on the cable pod marked JTAG 3/5 V and supports both standard 3-volt 
and 5-volt target system power inputs. 


The term JTAG as used in this document refers to Texas Instruments scan- 
based emulation, which is based on the IEEE 1149.1 standard. 


1 Designing Your Target System’s Emulator Connector (14-Pin Header) 


JTAG target devices support emulation through a dedicated emulation port. 
This port is a superset of the IEEE 1149.1 standard and is accessed by the 
emulator. To communicate with the emulator, your target system must have 
a 14-pin header (two rows of seven pins) with the connections that are shown 
in Figure 1. Table 1 describes the emulation signals. 


Figure 1. 14-Pin Header Signals and Header Dimensions 


TMS TRST 
7 ene Pin-to-pin spacing, 0.100 in. (XY 
PD (Vcc) no pin (key)t Pin width, 0.025-in. square post 
TDO GND Pin length, 0.235-in. nominal 
TCK_RET GND 
TCK GND 
EMUO EMU1 


T While the corresponding female position on the cable connector is plugged to prevent improper connection, the cable lead for 
pin 6 is present in the cable and is grounded, as shown in the schematics and wiring diagrams in this document. 
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Designing Your Target System’s Emulator Connector (14-Pin Header) 


Table 1. 14-Pin Header Signal Descriptions 


Emulatort —Targett 


Signal Description State State 
TMS Test mode select O | 
TDI Test data input O | 
TDO Test data output | O 
TCK Test clock. TCK is a 10.368-MHz clock source from the emulation cable O | 
pod. This signal can be used to drive the system test clock 
TRSTt Test reset O | 
EMUO Emulation pin 0 | /O0 
EMU1 Emulation pin 1 | /0 
PD(Vcc) _ Presence detect. Indicates that the emulation cable is connected and | O 
that the target is powered up. PD should be tied to Vcc in the target sys- 
tem. 
TCK_RET Test clock return. Test clock input to the emulator. May be a buffered or O 


unbuffered version of TCK. 
GND Ground 
Tt 1 = input; O = output — 
+ Do not use pullup resistors on TRST: it has an internal pulldown device. In a low-noise environment, TRST can be left floating. 


In a high-noise environment, an additional pulldown resistor may be needed. (The size of this resistor should be based on 
electrical current considerations.) 


Although you can use other headers, recommended parts include: 


straight header, unshrouded DuPont Connector Systems 
part numbers: 65610-114 

65611-114 

67996-114 

67997-114 
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Bus Protocol / IEEE 1149.1 Standard 


2 Bus Protocol 


The IEEE 1149.1 specification covers the requirements for the test access port 
(TAP) bus slave devices and provides certain rules, summarized as follows: 


_) The TMS/TDI inputs are sampled on the rising edge of the TCK signal of 
the device. 


_) The TDO output is clocked from the falling edge of the TCK signal of the 
device. 


When these devices are daisy-chained together, the TDO of one device has 
approximately a half TCK cycle setup to the next device’s TDI signal. This type 
of timing scheme minimizes race conditions that would occur if both TDO and 
TDI were timed from the same TCK edge. The penalty for this timing scheme 
is a reduced TCK frequency. 


The IEEE 1149.1 specification does not provide rules for bus master (emula- 
tor) devices. Instead, it states that it expects a bus master to provide bus slave 
compatible timings. The XDS510 provides timings that meet the bus slave 
rules. 


3 IEEE 1149.1 Standard 


For more information concerning the IEEE 1149.1 standard, contact IEEE 
Customer Service: 


Address: 

IEEE Customer Service 

445 Hoes Lane, PO Box 1331 
Piscataway, NJ 08855-1331 


Phone: 
in the US and Canada: (800) 678-IEEE 
outside the US and Canada: (908) 981-1393 


FAX: (908) 981-9667 
Telex: 833233 
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JTAG Emulator Cable Pod Logic 


4 JTAG Emulator Cable Pod Logic 


Figure 2 shows a portion of the emulator cable pod. These are the functional 
features of the pod: 


Lj Signals TDO and TCK_RET can be parallel-terminated inside the pod if 
required by the application. By default, these signals are not terminated. 


1 Signal TCK is driven with a 74LVT240 device. Because of the high-current 
drive (32 mA Io,/Ioy), this signal can be parallel-terminated. If TCK is tied 
to TCK_RET, then you can use the parallel terminator in the pod. 


_j Signals TMS and TDI can be generated from the falling edge of TCK_RET, 
according to the IEEE 1149.1 bus slave device timing rules. 


Li Signals TMS and TDI are series-terminated to reduce signal reflections. 


Lj A 10.368-MHz test clock source is provided. You may also provide your 
own test clock for greater flexibility. 


Figure 2.__ JTAG Emulator Cable Pod Interface 


74F175 


TDO (Pin 7) 


TMS (Pin 1) 


GND (Pins 4,6,8,10,12) 


TDI (Pin 3) 


EMUO (Pin 13) 


74AS1034 
EMU1 (Pin 14) > 


TCK (Pin 11)T 


TRST (Pin 2) 


74AS1004 
TCK_RET (Pin 9)T P>0 


PD(Vcc) (Pin 5) 


TL7705A 


t The emulator pod uses TCK_RET as its clock source for internal synchronization. TCK is provided as an optional target system 
test clock source. 
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JTAG Emulator Cable Pod Signal Timing 


5 JTAG Emulator Cable Pod Signal Timing 


Figure 3 shows the signal timings for the emulator cable pod. Table 2 defines 
the timing parameters. These timing parameters are calculated from values 
specified in the standard data sheets for the emulator and cable pod and are 
for reference only. Texas Instruments does not test or guarantee these timings. 


The emulator pod uses TCK_RET as its clock source for internal synchroni- 
zation. TCK is provided as an optional target system test clock source. 


Figure 3. | JTAG Emulator Cable Pod Timing Diagram 


| \ 


TCK_RET 1.5V 


TMS/TDI 


Table 2. | Emulator Cable Pod Timing Parameters 


No. Reference Description Min Max _ Units 
1 to(TCK) TCK_RET period 35 200 ns 
2 tw(TCKH) TCK_RET high-pulse duration 15 ns 
3 tw(TCKL) TCK_RET low-pulse duration 15 ns 
4 — tg(TMs) Delay time, TMS/TDI valid from TCK_RET low 6 20 sons 
5 tsu(TDO) TDO setup time to TCK_RET high 3 ns 
6 — thTDO) TDO hold time from TCK_RET high 12 ns 
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Emulation Timing Calculations 


6 Emulation Timing Calculations 


The following examples help you calculate emulation timings in your system. 
For actual target timing parameters, see the appropriate device data sheets. 


Assumptions: 


tsu(TTMS) Target TMS/TDI setup to TCK high 10 ns 
ta(TTDO) Target TDO delay from TCK low 15 ns 
td(bufmax) Target buffer delay, maximum 10 ns 
td(butmin) Target buffer delay, minimum 1 ns 
t(oufskew) Target buffer skew between two devices 1.35 ns 


in the same package: 
[td(oufmax) — ta(bufmin)] x 0.15 


t(TCKfactor) | Assume a 40/60 duty cycle clock 0.4 
(40%) 
Given in Table 2 (on page 7): 
ta(TMSmax) Emulator TMS/TDI delay from TCK_RET 20 ns 
low, maximum 
tsu(TDOmin) | TDO setup time to emulator TCK_RET 3 ns 


high, minimum 
There are two key timing paths to consider in the emulation design: 


.j The TCK_RET-to-TMS/TDI path, called tod(TCK_RET-TMS/TDI): and 
J The TCK_RET-to-TDO path, called tod(TCK_RET-TDO)- 


Of the following two cases, the worst-case path delay is calculated to deter- 
mine the maximum system test clock frequency. 


Case 1: Single processor, direct connection, TMS/TDI timed from TCK_RET low. 


E (TMsmax) + teu srs) | 
tod (TCK_RET-TMS/TDI) — t 


(TCKfactor) 
_ [20ns + 10ns] 

7 0.4 

= 75ns (13.3 MHz) 


E (TTD0) * tsu froin 
toa (TCK_RET-TDO) — t 


TCKfactor) 


_ [15ns + 3ns] 
~ 0.4 
= 45ns (22.2 MHz) 


In this case, the TCK_RET-to-TMS/TDI path is the limiting factor. 
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Emulation Timing Calculations 


Case 2: Single/multiprocessor, TMS/TDI/TCK buffered input, TDO buffered output, 
TMS/TDI timed from TCK_RET low. 


_ Its (TMSmax) + tsucttms) + t (outskew) | 
tod (TCK_RET-TMS/TDI) é 


TCKfactor) 


_ [20ns + 10ns + 1.35ns| 
0.4 


= 78.4ns (12.7 MHz) 


7 ty (TTDO) + tsucTDOmin) + ta eines 


t 
pd (TCK_RET-TDO) t (TCKfactor) 


_ [15ns + 3ns + 10ns] 
7 0.4 


= 70ns (14.3 MHz) 


In this case, the TCK_RET-to-TMS/TDI path is the limiting factor. 


In a multiprocessor application, it is necessary to ensure that the EMUO0-1 lines 
can go from a logic low level to a logic high level in less than 10 us. This can be 
calculated as follows: 


tr = 3(Roullup x Ndevices * Cioad_per_device) 
= 5(4.7 kQ x16 x 15 pF) 
5.64 us 


Refer to the device datasheet for the actual Roullup value. 
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Connections Between the Emulator and the Target System 


7 Connections Between the Emulator and the Target System 


It is extremely important to provide high-quality signals between the emulator 
and the JTAG target system. Depending upon the situation, you must supply 
the correct signal buffering, test clock inputs, and multiple processor intercon- 
nections to ensure proper emulator and target system operation. 


Signals applied to the EMUO and EMU1 pins on the JTAG target device can 
be either input or output (I/O). In general, these two pins are used as both input 
and output in multiprocessor systems to handle global run/stop operations. 
EMUO and EMU1 signals are applied only as inputs to the XDS510 emulator 
header. 


7.1 Buffering Signals 


If the distance between the emulation header and the JTAG target device is 
greater than 6 inches, the emulation signals must be buffered. If the distance 
is less than 6 inches, no buffering is necessary. The following illustrations 
depict these two situations. 


L) No signal buffering. In this situation, the distance between the header 
and the JTAG target device should be no more than 6 inches. 


= 6 Inches or Less | 


Voc 


JTAG Device Emulator Header 
EMUO EMUO PD 
EMU1 e EMU1 


TRST GND 


TRST 
TMS GND 
TDI GND 
TDO GND 
TCK 1 TCK GND 


TMS 
TDI 
TDO 


TCK_RET 


The EMUO and EMU1 signals must have pullup resistors connected to Vcc to 
provide a signal rise time of less than 10 us. Refer to the device datasheet for 
the recommended resistor value. 
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SPRU641 


Connections Between the Emulator and the Target System 


(| Buffered transmission signals. In this situation, the distance between 
the emulation header and the processor is greater than 6 inches. Emula- 
tion signals TMS, TDI, TDO, and TCK_RET are buffered through the same 


package. 
Greater Than 
6 Inches | 
Vcc 
Vgc 
JTAG Device Emulator Header 
EMUO EMUO PD 
EMU1 I EMU1 
TRST TRST 
TS |_@ TMS 
TDI e TDI 
TDO > TDO 
TCK ’ TCK 
TCK_RET V 
GND 


m The EMUO and EMU1 signals must have pullup resistors connected to 
Vcc to provide a signal rise time of less than 10 us. Refer to the device 
datasheet for the recommended resistor value. 


Mm The input buffers for TMS and TDI should have pullup resistors con- 
nected to Vcc to hold these signals at a known value when the emula- 
tor is not connected. Refer to the device datasheet for the recom- 
mended resistor value. 


Hm To have high-quality signals (especially the processor TCK and the 
emulator TCK_RET signals), you may have to employ special care 
when routing the PWB trace. You also may have to use termination 
resistors to match the trace impedance. The emulator pod provides 
optional internal parallel terminators on the TCK_RET and TDO. TMS 
and TDI provide fixed series termination. 


m Since TRST is an asynchronous signal, it should be buffered as 
needed to insure sufficient current to all target devices. 
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Connections Between the Emulator and the Target System 


7.2 Using a Target-System Clock 


Figure 4 shows an application with the system test clock generated in the 
target system. In this application, the TCK signal is left unconnected. 


Figure 4. Target-System-Generated Test Clock 


Greater Than 
6 Inches 


VEG 


Voc 
Emulator Header A 


JTAG Device 


EMUO PD 
4 147 eMut 


TRST 


TMS 
TDI 

TDO 
TCK 


TCK_RET Vv 
GND 


System Test Clock 


Note: When the TMS/TDI lines are buffered, pullup resistors should be used to hold the buffer inputs at a known level when the 
emulator cable is not connected. 


There are two benefits to having the target system generate the test clock: 


(J The emulator provides only a single 10.368-MHz test clock. If you allow 
the target system to generate your test clock, you can set the frequency 
to match your system requirements. 


[1 In some cases, you may have other devices in your system that require 
a test clock when the emulator is not connected. The system test clock 
also serves this purpose. 
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Connections Between the Emulator and the Target System 


2 Configuring Multiple Processors 


Figure 5 shows a typical daisy-chained multiprocessor configuration, which 
meets the minimum requirements of the IEEE 1149.1 specification. The emu- 
lation signals in this example are buffered to isolate the processors from the 
emulator and provide adequate signal drive for the target system. One of the 
benefits of this type of interface is that you can generally slow down the test 
clock to eliminate timing problems. You should follow these guidelines for 
multiprocessor support: 


_} The processor TMS, TDI, TDO, and TCK signals should be buffered 
through the same physical package for better control of timing skew. 


_) The input buffers for TMS, TDI, and TCK should have pullup resistors con- 
nected to Vcc to hold these signals at a known value when the emulator 
is not connected. Refer to the device datasheet for the recommended re- 
sistor value. 


(1 Buffering EMUO and EMU1 is optional but highly recommended to provide 
isolation. These are not critical signals and do not have to be buffered 
through the same physical package as TMS, TCK, TDI, and TDO. Unbuf- 
fered and buffered signals are shown in section 7.1. 


Figure 5. Multiprocessor Connections 


JTAG Device JTAG Device 
Voc 
Voc 
S S Emulator Header a 
EMUO PD 

| EMU1 

> e TRST 

\\—e +e TMS 
@ TDI 

. | TDO 
® St © <q] © TCK 


TCK_RET Vv 
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8 Mechanical Dimensions for the 14-Pin Emulator Connector 


The JTAG emulator target cable consists of a 3-foot section of jacketed cable, 
an active cable pod, and a short section of jacketed cable that connects to the 
target system. The overall cable length is approximately 3 feet 10 inches. 
Figure 6 and Figure 7 show the mechanical dimensions for the target cable 
pod and short cable. Note that the pin-to-pin spacing on the connector is 
0.100 inches in both the X and Y planes. The cable pod box is nonconductive 
plastic with four recessed metal screws. 


Figure 6. | Pod/Connector Dimensions 


Refer to Figure 7. 


Note: All dimensions are in inches and are nominal dimensions, unless otherwise specified. 
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Mechanical Dimensions for the 14-Pin Emulator Connector 


Figure 7. 14-Pin Connector Dimensions 
ae} te ea 
— 


Cable 


ee, oF 


Connector, Side View 


Key, Pin 6 


Cable 


Connector, Front View 
Pins 1, 3, 5, 7, 9, 11, 13 Pins 2, 4, 6, 8, 10, 12, 14 


Note: All dimensions are in inches and are nominal dimensions, unless otherwise specified. 
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Emulation Design Considerations 


This section describes the use and application of the scan path linker (SPL), 
which can simultaneously add all four secondary JTAG scan paths to the main 
scan path. It also describes the use of the emulation pins and the configuration 
of multiple processors. 


Using Scan Path Linkers 


You can use the Tl ACT8997 scan path linker (SPL) to divide the JTAG emula- 
tion scan path into smaller, logically connected groups of 4 to 16 devices. As 
described in the Advanced Logic and Bus Interface Logic Data Book (literature 
number SCYD001), the SPL is compatible with the JTAG emulation scanning. 
The SPL is capable of adding any combination of its four secondary scan paths 
into the main scan path. 


A system of multiple, secondary JTAG scan paths has better fault tolerance 
and isolation than a single scan path. Since an SPL has the capability of adding 
all secondary scan paths to the main scan path simultaneously, it can support 
global emulation operations, such as starting or stopping a selected group of 
processors. 


Tl emulators do not support the nesting of SPLs (for example, an SPL 
connected to the secondary scan path of another SPL). However, you can 
have multiple SPLs on the main scan path. 


Although the ACT8999 scan path selector is similar to the SPL, it can add only 
one of its secondary scan paths at a time to the main JTAG scan path. Thus, 
global emulation operations are not assured with the scan path selector. For 
this reason, scan path selectors are not supported. 


You can insert an SPL on a backplane so that you can add up to four device 
boards to the system without the jumper wiring required with nonbackplane 
devices. You connect an SPL to the main JTAG scan path in the same way you 
connect any other device. Figure 8 shows you how to connect a secondary 
scan path to an SPL. 
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Figure 8. 


Emulation Design Considerations 


Connecting a Secondary JTAG Scan Path to an SPLt 


tp} YTAGO 


TMS 
TCK 
TRST 
TDO 


T Voltage translators should be used between the SPL (5V) and the C6000 (3V). 


SPRU641 


The TRST signal from the main scan path drives all devices, even those on 
the secondary scan paths of the SPL. The TCK signal on each target device 
on the secondary scan path of an SPL is driven by the SPL’s DTCK signal. The 
TMS signal on each device on the secondary scan path is driven by the respec- 
tive DTMS signals on the SPL. 


DTDO on the SPL is connected to the TDI signal of the first device on the 
secondary scan path. DTDI on the SPL is connected to the TDO signal of the 
last device in the secondary scan path. Within each secondary scan path, the 
TDI signal of a device is connected to the TDO signal of the device before it. 
If the SPL is on a backplane, its secondary JTAG scan paths are on add-on 
boards; if signal degradation is a problem, you may need to buffer both the 
TRST and DTCK signals. Although less likely, you may also need to buffer the 
DTMSn signals for the same reasons. 
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Emulation Design Considerations 


9.2 Emulation Timing Calculations for SPL 


The following examples help you to calculate the emulation timings in the SPL 
secondary scan path of your system. For actual target timing parameters, see 
the appropriate device data sheets. 


Assumptions: 


tsu(TTMS) Target TMS/TDI setup to TCK high 10ns 
td(TTDO) Target TDO delay from TCK low isis 
td(bufmax) Target buffer delay, maximum 10h 
td(bufmin) Target buffer delay, minimum dns 
l(bufskew) Target buffer skew between two devices 1.35 ns 


in the same package: 
[td(oufmax) — td(bufmin)] x 0.15 


t(TCKfactor) | Assume a 40/60 duty cycle clock ah 


Given in the SPL data sheet: 


tg(DTMSmax) SPL DTMS/DTDO delay from TCK 31 ns 
low, maximum 

tsu(DTDLmin) DTDI setup time to SPL TCK 7 ns 
high, minimum 

ta(DTCKHmin) SPL DTCK delay from TCK 2ns 
high, minimum 

tq(DTCKLmax) SPL DTCK delay from TCK 16ns 


low, maximum 
There are two key timing paths to consider in the emulation design: 


LJ) The TCK-to-DTMS/DTDO path, called tog(TcK-pTMs); and 
1 The TCK-to-DTDI path, called tod(TCK-DTDI)- 


Of the following two cases, the worst-case path delay is calculated to deter- 
mine the maximum system test clock frequency. 
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Case 1: Single processor, direct connection, DTIMS/DTDO timed from TCK low. 


aaa 


E (DTMSmax) (DTCKHmin) 3 teu ms) 


t = 
Pee) UTcKtactor) 


_ [31ns + 2ns + 10ns] 
0.4 


= 107.5ns (9.3 MHz) 


+t 


E (TTDO) = ty (DTCKLmax) su etbimi 


t = 
Pare ey t tcktactor) 


_ [15ns + 16ns + 7ns] 
7 0.4 


= 9.5ns (10.5 MHz) 
In this case, the TCK-to-DTMS/DTDL path is the limiting factor. 
Case 2: Single/multiprocessor, DTMS/DTDO/TCK buffered input, DTDI buffered out- 
put, DTMS/DTDO timed from TCK low. 


tacormeman) * UotcKHmin) * tsucttms) * tuteken 
tod (TCK-TDMS) = i 


(TCKfactor) 


_ [31ns + 2ns + 10ns + 1.35ns] 
0.4 


= 110.9ns (9.0 MHz) 


E (TTD0) * tg(oTCKLmax) + 'su(DTDLmin, * td (bufskew) 


t ry = 
pd (TCK-DTDI) 'tcKtactor) 


[15ns + 15ns + 7ns + 10ns] 
0.4 


120ns (8.3 MHz) 


ll 


In this case, the TCK-to-DTDI path is the limiting factor. 
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Using Emulation Pins 


The EMU0/1 pins of TI devices are bidirectional, three-state output pins. When 
in an inactive state, these pins are at high impedance. When the pins are 
active, they function in one of the two following output modes: 


Li Signal Event 
The EMU0/1 pins can be configured via software to signal internal events. 
In this mode, driving one of these pins low can cause devices to signal 
such events. To enable this operation, the EMU0/1 pins function as open- 
collector sources. External devices such as logic analyzers can also be 
connected to the EMUO0/1 signals in this manner. If such an external 
source is used, it must also be connected via an open-collector source. 


() External Count 

The EMU0/1 pins can be configured via software as totem-pole outputs 
for driving an external counter. If the output of more than one device is 
configured for totem-pole operation, then these devices can be damaged. 
The emulation software detects and prevents this condition. However, the 
emulation software has no control over external sources on the EMU0/1 
signal. Therefore, all external sources must be inactive when any device 
is in the external count mode. 


TI devices can be configured by software to halt processing if their EMUO/1 
pins are driven low. This feature, in combination with the use of the signal event 
output mode, allows one TI device to halt all other TI devices on a given event 
for system-level debugging. 


If you route the EMU0/1 signals between boards, they require special handling 
because these signals are more complex than normal emulation signals. 
Figure 9 shows an example configuration that allows any processor in the 
system to stop any other processor in the system. Do not tie the EMU0/1 pins 
of more than 16 processors together in a single group without using buffers. 
Buffers provide the crisp signals that are required during a RUNB (run bench- 
mark) debugger command or when the external analysis counter feature is 
used. 
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Figure 9. | EMUO/1 Configuration 
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Target Board 1 
Pullup Resistor 


Backplane 
XCNT_ENABLE 
EMU0/1-IN 
Pullup 
PAL Resistor 
EMU0/1-OUT 
TCK To Emulator EMUO 


Notes: 
pin to a high state. 


< 


> 


Open 
Collector 
Drivers 


EMU0/1 


Device Device 
1 n 


Target Board m 


Pullup Resistor 


° EMU0/1 


pevice Device 
n 


1) The low time on EMUx-IN should be at least one TCK cycle and less than 10 us. Software will set the EMUx-OUT 


2) To enable the open-collector driver and pullup resistor on EMU1 to provide rising/falling edges of less than 25 ns, 
the modification shown in this figure is suggested. Rising edges slower than 25 ns can cause the emulator to detect 
false edges during the RUNB command or when the external counter selected from the debugger analysis menu 


is used. 


These seven important points apply to the circuitry shown in Figure 9 and 
Figure 10 , and the timing shown in Figure 11: 


[J Open-collector drivers isolate each board. The EMUO0/1 pins are tied to- 
gether on each board. 


LJ At the board edge, the EMU0/1 signals are split to provide IN/OUT. This 
is required to prevent the open-collector drivers from acting as a latch that 
can be set only once. 


[J The EMU0/1 signals are bused down the backplane. Pullup resistors are 
installed as required. 


SPRU641 
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(1 The bused EMU0/1 signals go into a PAL® device, whose function is to 


generate a low pulse on the EMU0/1-IN signal when a low level is detected 
on the EMU0/1-OUT signal. This pulse must be longer than one TCK 
period to affect the devices, but less than 10 us to avoid possible conflicts 
or retriggering, once the emulation software clears the device’s pins. 


During a RUNB debugger command or other external analysis count, the 
EMU0/1 pins on the target device become totem-pole outputs. The EMU1 
pin is a ripple carry-out of the internal counter. EMUO becomes a 
processor-halted signal. During a RUNB or other external analysis count, 
the EMUO0/1-IN signal to all boards must remain in the high (disabled) 
state. You must provide some type of external input (XCNT_ENABLE) to 
the PAL to disable the PAL from driving EMU0/1-IN to a low state. 


If sources other than TI processors (such as logic analyzers) are used to 
drive EMU0/1, their signal lines must be isolated by open-collector drivers 
and be inactive during RUNB and other external analysis counts. 


You must connect the EMU0/1-OUT signals to the emulation header or 
directly to a test bus controller. 
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Figure 10. .EMUO0/1 Configuration With Additional AND Gate to Meet Timing Requirements 
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EMU1 signal from other boards 


Notes: 1) The low time on EMUx-IN should be at least one TCK cycle and less than 10 us. Software will set the EMUx—-OUT 
pin to a high state. 


2) To enable the open-collector driver and pullup resistor on EMU1 to provide rising/falling edges of less than 25 ns, 
the modification shown in this figure is suggested. Rising edges slower than 25 ns can cause the emulator to detect 
false edges during the RUNB command or when the external counter selected from the debugger analysis menu 
is used. 


Figure 11. Suggested Timings for the EMU0 and EMU1 Signals 
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If having devices on one target board stopped by devices on another target 
board via the EMU0/1 signals is not important, then the circuit in Figure 12 can 
be used. In this configuration, the global-stop capability is lost. It is important 
not to overload EMUO/1 with more than 16 devices. 


Figure 12. _EMUO0/1 Configuration Without Global Stop 
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Note: The open-collector driver and pullup resistor on EMU1 must be able to provide rising/falling edges of less than 25 ns. 
Rising edges slower than 25 ns can cause the emulator to detect false edges during the RUNB command or when the 
external counter selected from the debugger analysis menu is used. If this condition cannot be met, then the EMU0/1 
signals from the individual boards should be ANDed together (as shown in Figure 10 ) to produce an EMU0/1 signal for 
the emulator. 


9.4 Performing Diagnostic Applications 


For systems that require built-in diagnostics, it is possible to connect the 
emulation scan path directly to a Tl ACT8990 test bus controller (TBC) instead 
of the emulation header. The TBC is described in the Texas Instruments 
Advanced Logic and Bus Interface Logic Data Book (literature number 
SCYD001). Figure 13 shows the scan path connections of n devices to the 
TBC. 
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Figure 13. TBC Emulation Connections forn JTAG Scan Pathst 
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Tt Voltage translators should be used between the TBC (5V) and the C6000 DSP (3V). 


In the system design shown in Figure 13, the TBC emulation signals TCKI, 
TDO, TMSO, TMS2/EVNTO, TMS3/EVNT1, TMS5/EVNT3, TCKO, and TDIO 
are used, and TMS1, TMS4/EVNT2, and TDI1 are not connected. The target 
devices’ EMUO and EMU1 signals are connected to Vcc through pullup resis- 
tors and tied to the TBC’s TMS2/EVNT0 and TMS3/EVNT1 pins, respectively. 
The TBC’s TCKI pin is connected to a clock generator. The TCK signal for the 
main JTAG scan path is driven by the TBC’s TCKO pin. 


On the TBC, the TMSO pin drives the TMS pins on each device on the main 
JTAG scan path. TDO on the TBC connects to TDI on the first device on the 
main JTAG scan path. TDIO on the TBC is connected to the TDO signal of the 
last device on the main JTAG scan path. Within the main JTAG scan path, the 
TDI signal of a device is connected to the TDO signal of the device before it. 
TRST for the devices can be generated either by inverting the TBC’s 
TMS5/EVNTS signal for software control or by logic on the board itself. 
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